home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20030409-20031118
/
000410_fdc@columbia.edu_Tue Nov 11 14:47:53 2003.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Path: newsmaster.cc.columbia.edu!not-for-mail
From: Frank da Cruz <fdc@columbia.edu>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: BBS Script "Gets ahead of itself"
Date: 11 Nov 2003 19:44:35 GMT
Organization: Columbia University
Lines: 46
Message-ID: <slrnbr2f13.67q.fdc@sesame.cc.columbia.edu>
References: <5casb.80068$v82.4551802@twister.southeast.rr.com>
Reply-To: fdc@columbia.edu
NNTP-Posting-Host: sesame.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 1068579875 18600 128.59.59.56 (11 Nov 2003 19:44:35 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 11 Nov 2003 19:44:35 GMT
User-Agent: slrn/0.9.7.4 (SunOS)
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14666
In article <5casb.80068$v82.4551802@twister.southeast.rr.com>, x@y.org wrote:
: Still a relatively new kermit script writer, am automating a BBS logon we
: must do daily, where I send (output) my login info and then make a request
: of the BBS, i.e.
:
: lineout $$REQ DOWNLOAD OUR_FILES PARAM1 PARAM2 PARAM3
:
: I have kermit set up to autodownload the files, which are available via
: ZMODEM.
:
: How do I set up my script such that it does not "run ahead" and
: post-process the files before all of them are downloaded?
:
Zmodem is like Kermit; it can send a group of files in one download. If
that's what your BBS does, then Kermit executes only one (perhaps implied)
RECEIVE command, and after that it's safe to start disposing of the files.
In this case you might want to disable autodownload and just give a RECEIVE
command at the point where you know the BBS will start sending:
set protocol zmodem
lineout $$REQ DOWNLOAD OUR_FILES PARAM1 PARAM2 PARAM3
receive
if fail (do something)
; postprocess the files here.
Or the BBS might do one Zmodem transfer per file, which is kind of annoying,
but Kermit can handle that too. First find out what messages can be
displayed when the transfer completes, then have Kermit look for them.
For simplicity let's assume there's only one message, so you can use a
simple INPUT command that either succeeds or fails:
set protocol zmodem
set input autodownload on
input 120 All files downloaded
if fail (do something)
When INPUT AUTODOWNLOAD is ON and an INPUT command is active, the download
begins automatically when Zmodem sends its ID string, **^XB000000... or
whatever. If the INPUT command is still active after the Zmodem download
and another Zmodem download starts, the second transfer also begins
automatically, and so on. The trick is to set the INPUT timeout interval
long enough to accommodate the longest expected series of transfers. It
will still terminate immediate when the specified message appears, but you
don't want it to time out before all the files have been sent.
- Frank